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PROCEDE ET DISPOSITIF DE MISE EN OEUVRE SECURISEE DE JEUX DU TYPE LOTERIE UTILISANT UN 
TELEPHONE MOBILE. 

_ La pr^sente Invention conceme un proc6d6 de mise 
en oeuvre s6curis6e d'un jeu de pari tel qu'un Jeu de loterie 
nScessitant ia communication d'une donnde d^jn utiilsateur 
(3) k un centre (5) de gestion et utillsant un organe (2) de 
transmission. Le proc^d^ consists k transmettre audit cen- 
tre (5) de gestion ladite donn6e obtenue ^ partir d'un sup- 
port pr6pay6 par ledit utiltsateur et si ladite donn^e est 
retrouv6e dans les moyens de stockage du centre de ges- 
tion, d valider ia participation dudit utilisateur (3) audit jeu. 
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PROCEDE ET DISPOSITIF DE MISE EN CEUVRE SECURISEE 
DE JEUX DU TYPE LOTERIE UTILISANT UN TELEPHONE MOBILE 

La pr6sente invention concerne un proc6d§ et un syst6me de mise 
5 en oeuvre s^curis^e de jeux n^cessitant un pari tel qu'un jeu de loterie 
utilisant un t^l^phone mobile. 

DOMAINE TECHNIQUE 

10 La denomination "carte" sera utilis§e dans la description qui suit 

pour designer un systdme embarqu^ k puce ^lectronique. 

Le t^ldphone mobile peut §tre un t^l^phone portatif ou un terminal 
plus complexe, par exemple un terminal cumulant les fonctionnalit^s de 
15 t^l^phone et d^organtseur ou de calculette. 

La prdsente invention s'applique plus partiouli&rement au domaine 
des t6l6phones mobiles comprenant un organe de lecture ou plus que Ton 
appellera ci-apr6s lecteur auxiliaire recevant une carte dite auxillaire. Le 
20 lecteur auxiliaire se pr^sente habituellement sous la forme d'un lecteur de 
carte h puce classique. II comporte pour ce faire une fente dans laquelle la 
carte h puce est introduite le temps d'une transaction. 

De plus en plus, des foumisseurs de service cherchent k offrir de 
25 nouvelles applications embarqu^es sur les tdl^phones mobiles : ils 
foumissent k la fois ladite application embarqu6e sur le tdl^phone mobile et 
le sery^ice associd sur le serveur. 



30 



Ainsi, les fournisseurs de jeux ndcessitant un pari d'un joueur tel 
que par exemple un jeu de loterie cherchent aujourd'hui k offrir la possibiiitd 
audit joueur d'^mettre un pari k partir de son t^l^phone mobile. 
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TECHNIQUE ANTERIEURE 

II existe actuellement des jeux de loterie tels que le jeu « koodpo » 
(marque d^pos^e) accessible depuis un t^l^phone mobile consistant k 
5 demander k un utilisateur de choisir des num6ros et de les transmettre au 
moyen de son telephone mobile. Si les num6ros sortent au tirage, 
Tutilisateur est notifi^ du montant de ses gains. 

Cependant, aucun paiement (outre celui de Tappel) n'est requis de 
10 la part de Tutilisateur : le jeu est enti6rement gratuit. Aucune transaction 
financi6re n'est requise. L'utilisateur rentre directement les num6ros sur son 
t6l6phone apr§s avoir appel6 le service de loterie en question. Uutilisateur 
est astreint k une grille par jour: le resultat du tirage est donn6 le 
lendemain matin. Uutilisateur doit s'inscrire et communiquer des 
15 informations personnelles afin de recevoir le prix du tirage pour lequel il est 
gagnant : Tutilisateur ne conserve done pas Tanonymat comme dans les 
jeux informatis^s de loterie existant. 

invention vise k pallier les inconv^nients des dispositifs et 
20 systemes de I'art connu tout en satisfaisant aux besoins qui se font sentir. 

Un but de la presente invention est d'offrir aux utilisateurs de 
t^l^phone mobile les mSmes possibilitds de jeux que les jeux informatis^s 
de loterie existants. 

25 

Un autre but de la presente invention est de proposer un proc6d6 
permettant d'authentifier un pari d'un joueur tout en assurant Tanonymat de 
ce dernier. 

30 Un autre but de la pr6sente invention est de proposer un proced6 

permettant d'assurer la confldentialite et la s^curisation des ^changes entre 
le t^l^phone mobile et le service de jeux, notamment lors de transactions 
financidres telles que celle ayant pour but de payer le bulletin \ou6. 
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RESUME DE UINVENTION 

5 La pr6sente invention concerne un proc6de de mise en CBUvre 

securis6e d'un jeu de pari tel qu'un jeu de loterie n6cessitant la 
communication d'une donn6e d'un utilisateur h un centre de gestion et 
utilisant un organe de transmission, caract§ris6 en ce qu'il consiste h 
transmettre audit centre de gestion ladite donn6e obtenue k partir d'un 

10 support pr6pay6 par ledit utilisateur et si ladite donn6e est retrouv6e dans 
des moyens de stockage du centre de gestion, h valider la participation 
dudit utilisateur audit jeu. 

La prdsente invention concerne ^galement le centre de gestion 
15 apte ^ mettre en ceuvre ce procMd. 

La pr6sente invention porte sur un support comprenant des moyens 
de memorisation d'informations et apte k Stre ins6r6 dans un organe de 
transmission, caract6ris6 en ce qu'il comprend au moins une zone 
20 masqu^e susceptible d'etre decouverte de manidre definitive sur laquelle 
est inscrlte une donn§e et en ce que les moyens de memorisation 
comprennent des parametres propres k un ou plusieurs types de jeu de pari 
tel que jeu de loterie et/ou des elements divers susceptibles d'etre utilises 
lors dudit jeu. 

25 

DESCRIPTION SOMMAIRE DES DESSINS 

Uinvention va maintenant §tre decrite de fagon plus detailiee en se 
reterant au dessin annexe illustrant schematiquement une forme de 
30 realisation du systeme selon Tinvention dans lequel les etapes du precede 
selon rinvention sent mises en evidence. 
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MANIERE DE REALISER L'INVENTION 

La presents invention s'applique, bien que non exclusivement, aux 
t6l6phones mobiles suivant la norme "GSM". En effet, une des normes les 

5 plus utilis§es en Europe est la norme de transmission "GSM" (acronyme 
pour "Groupe special Systdmes Mobiles publics de radiocommunications 
fonctionnant dans la bande des 900 MHz"). On doit bien comprendre 
cependant que invention ne saurait se r§sumer k cette seule norme. 
Notamment, elle peut trouver application dans le cadre des nornies en 

10 cours de d^veloppement telles "GPRS" ou "UTMS" ou autre. 

Le systdme 1 selon invention comprend un t^l^phone 2 mobile 
d'un utilisateur 3. Le t^l^phone 2 mobile est susceptible de recevoir une 
carte 4. La carte 4 est un systdme embarqu6 k puce 6lectronique, par 

15 exemple une carte k puce. La carte 4 est de type carte a gratter : sa surface 
pr^sente au moins une zone masqu6e, en Tespdce deux zones 4a et 4b, 
susceptibles d'etre d§couvertes par grattage ou par tout autre moyen 
connu. Les zones 4a et 4b sont appel^es zones k gratter. Les informations 
inscrites dans les zones k gratter sont une donn6e appel6e ci-apr6s 

20 identifiant et une information obtenue a Faide d'un processus de calcul 
cryptographique k partir tfun ou plusieurs 6l6ments divers tels que 
I'identifiant, appelee ci-apr6s signature ; les informations peuvent §tre 
inscrites de mani^re separ^e sur les deux zones 4a, 4b ou sur plus de deux 
zones ou de mani§re regroup6e sur une seule zone. Les informations 

25 peuvent ^galement etre concat§n^es ou m^langdes suivant certaines 
regies ou autres dans la ou lesdites zones. Uidentifiant repr6sente le 
numero de la carte lors de sa fabrication. Uidentifiant et la signature 
permettent d'assurer la s6curit6 des ^changes entre Tutilisateur et un centre 
de gestion 5 et plus pr6cis6ment I'authentification de I'utilisateur aupr6s du 

30 centre de gestion tout en lui permettant de conserver son anonymat et la 
verification que la carte utilis^e par Tutilisateur est une des cartes ^mises 
par le centre de gestion. 
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Selon une forme particuli6re de Tinvention, la carte 4 comprend 
plusieurs zones h gratter. La signature est constitu6e par Tensemble ou une 
partie des zones gratt^es. 

5 Selon une autre forme partiouliSre de invention, la carte 4 

comporte plusieurs zones h gratter. Une zone ou un groupe de zones 
correspond k un jeu. La signature diffdre selon le jeu choisi. 

La carte 4 comprend des moyens de m6morisation des param6tres 
10 d'un jeu donn6 necessitant un pari (ou de la combinaison de plusieurs 
jeux), utilises par le t6l6phone mobile, comme il sera vu plus loin, pour 
transmettre au centre de gestion le type de jeu et de pari et le montant jou6, 
tf informations permettant rfassurer la s6curit6 entre Tutilisateur et un centre 
6 de paiement. Les moyens de memorisation peuvent 6gaiement contenir 
15 des informations optionnelles telles que la mani^re de jouer (un seul ou 
plusieurs paris dmis). 

La carte 4 est distribute aux utilisateurs 3 par un vendeur de carte 
7. Le vendeur de carte 7 se pr6sente sous tout type de forme k savoir un 
20 kiosque, tout type de magasin, supermarcht, un bar tabac ou autre. La 
carte 4 peut etre remise a un utilisateur par tout autre moyen tel que par 
exemple un envoi par courrier. 

Le telephone 2 comporte une application 8 embarqu6e dont la 
25 fonction est de permettre la saisie du pari de Tutilisateur 3 et la transmission 
de mani6re s6curis6e dudit pari vers le centre 5 de gestion et de recevoir et 
communiquer h Tutilisateur la confirmation de sa participation au tirage et 
les rtsultats dudit tirage. Le terme "application embarqute" doit §tre 
compris dans son sens le plus general. II concerne naturellement des 
30 appiiquettes ou programmes similaires, mais aussi englobe toutes sortes de 
donntes numtriques. Uapplicatlon 8 est impltmentte dans le telephone 2 
ou dans toute carte comprise dans le telephone 2 telle que par exemple 
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une carte SIM ou encore pour partie dans le telephone 2 et pour partie 
dans une carte. 

Le centre 5 de gestion se pr6sente sous la forme d'un serveur 
5 comprenant un module 9 d'interface avec un r^seau 10 de t6l6phonie 
mobile, un module 11 de traltement, des moyens 12 de memorisation 
d'informations par exemple une base de donn6es, un module 13 de gestion 
de s§curite. Les moyens 12 de memorisation stockent une liste 14 
d'identifiants des cartes 4. Le centre 5 de gestion gere le service de parts 
10 Interactifs avec le telephone mobile de Tutilisateur : il centralise tous les 
paris emis pour un tirage donn6, confirme auprds des utilisateurs la 
reception desdits paris, effectue le tirage en question et notifie les resultats 
du tirage et les gains en decoulant au(x) gagnant(s). Le centre de gestion 
fabrique ou sous-traite la fabrication des cartes 4 qu*il commercialise 
15 ensuite aupres des vendeurs 7 de carte. 

Le telephone 2 est relie au centre 5 de gestion au travers du reseau 
10 de teiephonie mobile. Le terme « r6seau » doit etre compris dans son 
sens le plus general. II inclut les composants de transmission proprement 

20 dits du reseau (sous-systdmes de radio transmission, cables de 
transmissions, faisceaux hertziens, sous-systdmes "filaires" ten^estres, etc.), 
mais aussi tous les systemes raccordes au reseau de teiephonie mobile 
(stations de base, contrdleurs de station, commutateurs, annuaires, etc., et, 
de fa9on plus generate, tous systemes de traitement informatique de 

25 donnees et serveurs raccordes au reseau). 

^application 8 de la carte 4 tf abonne communique au travers du 
reseau 10, avec une ou plusieurs applications instaliees sur le serveur 7, 
via le canal des messages courts. La technologie dite de « sendee k 
30 messages courts » (service dit « GSM-Data ») est connue sous le sigle 
« SMS » (pour « Short Message Sen/ice »). Ce canal est independent de 
celui de la voix et est standardise par la nonne "GSM". Les applications, 
qu'elles soient instaliees sur le telephone ou une carte du telephone ou sur 
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le serveur, peuvent k la fois envoyer et recevoir des informations, appelees 
messages courts qui contiennent du texte ou des donn6es en format 
binaire. Les messages courts sont codifies k I'aide de caracteres de 
contrdle (identifiant (PID: Protocole IDentifier). adresse de T^metteur, 
nombre tf octets,...). 

II est ^ noter que selon la forme de realisation, selon le type de 
reseau choisi, les technologies de communication peuvent diff6rer. Le 
terme « message » est utilise dans ce qui suit pour d6signer un message 
court ou tout autre type de message. 

Le systdme 1 comprend un centre 6 de paiement des gains realises 
par I'utilisateur 3. Le centre de paiement peut se pr6senter sous diverses 
formes : par exemple, le centre de paiement peut §tre une entity faisant 
partie de Torganisme de jeu, distincte ou non du centre 5 de gestion, une 
banque, les gains r6alis6s etant directement versus sur un compte de 
Tutilisateur, le vendeur de carte 7 ... 

Le precede selon I'invention comprend les etapes suivantes. 

Lors de la fabrication des cartes 4, le centre 5 de gestion inscrit ou 
fait inscrire I'identifiant sur Tune des zones masqu6es 4a et la signature sur 
I'autre zone 4b. Le centre 5 inscrit I'ensemble des identifiants des cartes 
produites sur la liste 14 tf identifiants. II est k noter que r identifiant, et 
ridentifiant uniquement peut §tre inscrit en clair sur la carte. Uidentifiant 
inscrit sur la carte 4 distribu6e est connu du centre de gestion. 

Le centre 5 de gestion distribue les cartes 4 auprds des vendeurs 7 
de carte. 

Uutilisateur 3 achate une carte 4 (Etape 1 sur la figure 1) auprds du 
vendeur 7 de carte correspondant au(x) jeu(x) auquel il souhaite participer. 
La carte 4 est pr6pay6e aupr6s du vendeur 7 de carte qui la d6livre ce qui 
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evite toute transaction mon§taire entre Tutilisateur et le centre de gestion : 
le montant de la somme vers6e par Tutilisateur au vendeur de carte pour 
obtenir la carte est stock6e dans les moyens de memorisation de la carte 
de mani6re h permettre k Tutilisateur de jouer plusieurs fois. Si I'utilisateur 
5 ne souliaite jouer qu'une fois avec la carte qu'il acquiert, le montant n'a pas 
besoin d'etre memorise. 

De plus, Tutilisateur decide du moment ou il emet son pari. II peut 
effectuer son pari quelques minutes avant le tirage depuis n'importe quel 
10 lieu gdographique : un pari 6mis par un utilisateur n'est valid6 par le centre 
de gestion qu'une fois la cidture des paris pour un tirage donn6 ent^rin^e. 

Lorsque Tutilisateur 3 souhaite participer a un tirage, 11 prehd 
connaissance de Tidentifiant et de la signature de la carte 4 en grattant les 
15 zones 4a, 4b masqu^es. Uutiiisateur 3 insure (Etape (2) sur la figure 1) la 
carte 4 dans son telephone 2 et lance un menu interactif lui permettant 
d'effectuer son pari. L'application 8 gdre ledit menu et les ^changes avec 
i'utilisateur. 

20 Uutiiisateur commence par saisir Tidentifiant et la signature dont il a 

pris connaissance. II est ^ noter que des interfaces de reconnaissance ou 
des p^riph^riques optionnels peuvent §tre pr^vus pour lire les informations 
inscrites sur la carte 4. 

25 Un menu contextuel adapts propose une liste de choix pr^d^finis 

de mani^re conviviale. Uutiiisateur peut ^galement preparer son pari de 
manidre manuelle sans acc^der a un menu particulier. Le profll de 
Tutilisateur, et par exemple la maniere pr^f^r^e de jouer de Tutilisateur 3 est 
susceptible d'etre pr^enregistr^e dans une application du telephone 2 

30 (application du telephone ou d'une carte incluse dans le tdl^plione telle 
qu'une carte SIM) ou du centre 5 de gestion. Des icdnes et signaux sonores 
agr6mentent le parcours du menu. 
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Le choix d'un tirage est propos6 k Tutilisateur sous forme d'un 
calendrier ou de selections k choix multiples. Uutilisateur sdlectionne le 
tirage souhaite. 

II est demand^ h I'utilisateur une grille de num^ros s6lectionn6s 
pour le tirage. L'utilisateur 3 choisit des num6ros dans une grille affich6e ou 
saisit une s6rie de numeros. Uapplication 8 peut effectuer la demande de 
Tutilisateur une pr§s§Iection automatique de ses num6ros favoris. 
Uapplication 8 peut ^galement comprendre un m^canisme de type connu 
permettant de tirer des numeros de manidre al^atoire et proposer h 
l'utilisateur des numeros choisis au hasard au moyen dudit m^canisme. Un 
r^capitulatif est affich^ au fur et k mesure de la saisie des numdros par 
Tutilisateur. 

Le montant du pari peut etre saisi par Tutilisateur ou 
automatiquement obtenu k partir des param^tres de la carte 4. Uapplication 
8 prepare un message destine au centre de gestion partir des donn6es 
saisies par Tutilisateur et de donn^es contenues dans la carte 4 et le 
telephone 2. Le message comprend par exemple les champs suivants : 



Identifiant et num^ro d'appel 
Signature 
Pari 

Date et horaire du tirage 
Montant du pari 
Anonymat 



Dans rexemple suivant, I'identifiant et la signature sont fournies par 
rutiiisateur. Le pari peut provenir de plusieurs origines : soit la grille est 
entidrement ou partiellement choisie et foumie par l'utilisateur, soit le pari 
n'est en fait qu'une demande par rutiiisateur qu'un pari soit fait pour lui par 
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le centre de gestion, soit le pari provient du m6canisme de tirage al6atoire 
du t6l6phone, soit la grille est fournie par le profil enregistr6 dans le centre 
de gestion ou le t§l6phone. La date et I'horaire du tirage ne font partie des 
donn6es pr6par6es que si la technologie SMS n'est pas utilis6e ; en effet, 

5 ces informations sont envoy6es automatiquement dans les messages SMS. 
Le montant est donn6 par la carte mals est optionnel comme vu 
pr6c6demment. Lanonymat est une donn6e fournie par Tutilisateur pour 
indiquer si! souhaite ou ne souhaite pas rester anonyme. Le num6ro 
d'appel est donn6 par le t6l6phone ou Tapplication 8 et permet au centre de 

10 gestion d'envoyer un accus6 de reception k I'utiiisateur. Dans le cas ou le 
champ Anonymat du message indique que Tutilisateur souhaite rester 
anonyme, toute information concemant I'utilisateur tei que le num6ro 
d'appel est d^truite aprds utilisation. De plus, Tutilisateur n'est pas 
forcement le proprietaire du t6l6phone : il est le propridtaire de la carte 

15 pr6pay6e lui permettant d'effectuer son pari. II reste anonyme m§me s'il 
gagne puisque la carte pr§pay6e n'est pas nominative : le gagnant est 
identif i^ par la detention de la carte et du certificat renvoy^ par le centre de 
gestion k Tutilisateur comme il sera vu plus loin. 

20 Tout ou partie des informations collect^es peuvent dtre soit 

optionnelles, soit filtr^es, soit pr6 initialis^es par rutilisateur, par le 
t^ldphone mobile ou par rapplication 8. 

D'autres informations peuvent 3tre indues dans le message 
25 transmis au centre de gestion pour lui permettre de connaTtre le profil de 
Tutilisateur et de dialoguer au mieux avec lui par rintermddiaire de son 
t^l^phone. Les informations sont les suivantes : 

• le type de t6l6phone 2 de Tutilisateur afin d'interpr^ter la saisie 
des donn^es transmises au centre de gestion d'une manidre 
30 propre audit t6l§phone et de pemnettre au centre de gestion de 

renvoyer une r^ponse au t^l^phone au format qui convient ; 
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• le lieu et le pays d'^mission du message par Tutilisateur afin de 
determiner la provenance des messages reQus et de considerer 
les legislations en vigueur dans certains pays ; 

• le r^seau 10 utilise afin de favoriser des partenariats entre 
op^rateurs et centre de gestlon et de permettre une tarification 
particuliere ; 

• le format du message transmis, la langue utiiis^e, des 
caracteristiques specif iques au message (alphabet, devises ...) ; 

• le profil de Tutilisateur de mani^re k enregistrer ses preferences 
et ses habitudes de jeux, r^pertorier les besoins des utilisateurs 
en general. 

Apres confirmation par Tutilisateur. le telephone 2 transmet ledit 
message au centre 5 de gestion qui en accuse reception (Etape (3) sur la 
figure 1). Le module 9 d'interface du centre 5 re9oit les messages et les 
transmet au module 1 1 de traitement. Le module de traitement retrouve les 
informations pertinentes dans le message re^u. 

Si une erreur est detectee dans le message, un message d'erreur 
est renvoye k Tutilisateur. Le centre de gestion et plus particulidrement le 
module de traitement verifie que Pidentifiant transmis par le telephone 2 fait 
partie de la liste 14 des identifiants valides memorises dans les moyens 12 
de memorisation et si tel est le cas raye I'ldentifiant en question de ladite 
liste. La liste 14 permet au centre de gestion de detector des fausses 
cartes, des identifiants incorrects, parce que ne correspondent k aucun des 
identifiants des cartes distribuees par le centre de gestion, des identifiants 
dej^ utilises ridentifiant utilise etant raye dans la liste. 

Le module de traitement precede ensuite k Tauthentiflcation de la 
carte 4. Pour ce faire, il communique I'ldentifiant et la signature regue au 
module 1 3 de gestion de securite. 
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La signature inscrite sur la carte 4 est calcul6e k I'aide tf une cl6 k 
partir d'un d^fi et de Kidentifiant. Le d^fi est fixe ou pseudo al^atoire. Seion 
une forme avantageuse de {'invention, la signature est produite selon un 
algoritlime, appele « quartz », prot6g6 en France par le brevet n^2737370 
5 d§pos6 le 27 juillet 1995 par le present demandeur. De cette mani^re, la 
signature est unique et courte : elle comporte de 16 ^ 20 digits maximum. 
Elle peut §tre inscrite dans la zone 4a de la carte a gratter. 

Selon une forme particull^re de rinventlon, certaines parties de la 
10 signature ne sont pas transmises, par exemple certains digits parmi les 16 
a 20. Les digits absents sont retrouv^s par le module 1 1 de traitement du 
centre 5 de gestion par toute sorte de processus. De cette maniere, la 
signature est raccourcie et I'utitisateur a moins de digits a saisir. 

15 Les moyens 12 de memorisation contiennent la liste 14 des 

identifiants des cartes distributes associts avec les dtfis k partir desquels 
ont 6t6 calculus les signatures pour chaque identifiant. Le module 13 de 
gestion de la s6curite retrouve done le d6fi correspondant a Tidentifiant en 
question dans les moyens 12. Une autre solution pour retrouver le defi 

20 associt k Tidentifiant concem6 conslste a utiliser une methode de calcul 
donnte. 

A partir du d6fi retrouv6 dans les moyens 12 et de Tidentifiant re9u, 
le module 13 calcule la signature au moyen de Talgorithme cryptographique 

25 utilise pour calculer la signature inscrite sur la carte. Le module 13 la 
compare celle re9ue. Si les signatures correspondent, le module 13 
authentifie le pari et en conclut que Tutilisateur a fait son pari k Taide d'une 
carte tmise par le centre de gestion et jusque 1^ non utilisee. La signature 
certifie les donnees transmises au centre de gestion. Le centre de gestion a 

30 Tassurance que les donn6es re9ues d'un utilisateur proviennent tf une carte 
4 achetee par celui-ci et issue dudit centre. 
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Si aucune erreur n'est d6tect6e, le centre de gestion renvoie un 
message r6capitulatif de confirmation (6tape (4) sur la figure 1). Le pari est 
effectif k r6mission du message r^capitulatif de confimnation. Le pari est 
valid6 et inscrit au registre des pans. De cette mani^re, I'utilisateur n'a pas 
5 k faire valider son pari aupr^s du vendeur de carte et le vendeur 7 n'a pas 
besoin de se munir tfun appareil de validation sp6cifique au jeu en 
question. 

Le message r6capitulatif de confirmation contient un certificat 
10 datant et signant la transaction associ6e k la participation au tirage. Le 
certificat repr^sente le sceau du centre de gestion certifiant la participation 
au tirage de Tutilisateur associ^ k un identifiant donn6. Le certificat 
correspond k une signature du centre de gestion sur Tidentlfiant et le d^fi k 
partir d'un algorlthme cryptographlque. 

15 

L'utilisateur note le certificat et sa grille de num6ros transmis. Selon 
une forme de r6alisation particulidre, Tutilisateur enregistre dans les 
moyens de memorisation de la carte 4 le certificat et la grille en question. 
Selon une autre forme de realisation, Tutilisateur enregistre dans des 
20 moyens de memorisation de son telephone (du telephone proprement dit 
ou des cartes quil contient telle que la carte SIM) ledit certificat et ladite 
grille. 

Le module 1 1 de traitement du centre de gestion precede au tirage 
25 (etape (5) sur la figure 1) et transmet de manidre immediate k Tutilisateur le 
r6sultat du tirage. De mani^re optionnelle, le centre de gestion notifie k 
Putilisateur le montant de ses gains en Tinvitant k rejoindre le centre 6 de 
paiement le plus proche ainsi que des statistiques compietant Tinformation 
transmise k Tutilisateur. Uutilisateur salt done rapidement k Taide de son 
30 telephone s1l fait partie des gagnants sans recourir k un moyen tel qu'une 
television ou le vendeur de carte qui peut etre d'acc^s difficile ou lointain. 
Le centre de gestion informe (etape (6) sur la figure 1) egalement le centre 
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de paiement des gagnants du tirage en question en lui indiquant le 
certificat, la grille et ridentifiant desdits gagnants. 

Si rutilisateur a gagn§ au tirage auquel il a participd, 11 se rend au 
5 centre 6 de paiement (Etape (7) sur le figure 1 ). II remet sa grille et sa carte. 
Si ridentifiant sur la carte correspond celui regu du centre de gestion et 
que les grilles sont identiques, il regoit le montant de ses gains. 

En revanche, si les identifiants ou les grilles ne con^espondent pas, 
10 le centre de paiement v^rifie le certificat du centre de gestion. Si le certificat 
ne correspond pas, cela signifie que rutilisateur n'a pas utilise une carte 
^mise par le centre de gestion et rutilisateur ne regoit pas ses gains. En 
revanche, si le certificat correspond celui re9u par le centre de paiement, 
le centre de paiement et le centre de gestion recherchent Torigine de 
15 Terreur sur les identifiants ou les grilles afin de pouvoir remettre au 
d^tenteur du certificat concern^ les gains correspondants. 

Pour que la transaction soit effectu^e, que le centre de gestion 
prenne en compte le pari de rutilisateur, que rutilisateur soit assure de 
20 toucher ses gains aupres du centre de paiement, le t^l^phone mobile doit 
transmettre au centre de gestion un identifiant et une signature irrevocable. 

La security du proc6d6 selon I'invention est assur^e par la carte 4 
et le certificat retourn6 par le centre de gestion. La signature apport^e par 
25 la carte 4 et le certificat sont des preuves de validation pour les deux 
parties, utilisateur et centre de gestion. : aucune contestation n'est possible. 

De plus, si une erreur survient telle qu'une grille mauvaise, une 
signature ou un identifiant incorrect ou une carte invalide, le centre de 
30 gestion en informe rutilisateur et lui demande de corriger le probldme pour 
representor une requete valide. 
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Si la carte 4 a d^j^ ^t^ utilises, I'utilisateur le d^tecte facilement k 
I'aide des zones masqu^es qui auraient d^j^ gratt§es pour obtenir des 
Informations n§cessaires pour la participation k un tirage. Uidentifiant du 
support permet au centre de gestion de d6tecter une nouvelle transnnission 
5 de donn6es pour un m§me identifiant et de garantir ainsi une utilisation 
unique du support. D'autres moyens peuvent dtre pr6vus pour garantir une 
utilisation unique tel que m^moriser I'identifiant dans la carte et le rayer ou 
le supprimer de la carte k I'aide par exemple du t^l^phone une fols 
ridentifiant fourni par la carte pour §tre transmis au centre de gestion. 

10 

Le systdme et le proced6 selon invention permettent k un 
utilisateur d'effectuer un pari k partir de n'importe quel lieu g^ographique. 
De plus, la validation d'un bulletin au niveau international ouvre un plus 
grand espace de march6 et done une diffusion de jeux k Xrks grande 
15 ^chelle. Les gains seront aussi nettement plus importants et plus attractifs 
pour un utilisateur. 

La pr6sente invention peut se presenter sous tout autre type de 
forme. A titre illustratif, Tutilisateur effectue son pari k Faide de tout moyen 
20 de communication domestiques ou publics. La validation est r^alis^e 
vocalement en ligne. 

La pr6sente invention peut recouvrir tout autre type de domaine. En 
particulier, la carte comprenant des zones masqu^es dans lesquelles sont 
25 inscrites un identifiant et une signature peut dtre utilis^e pour s^curiser tout 
autre type d'op^ration. 



30 
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REVENDICATIONS 

1) Proced6 de mise en osuvre s6curis6e d'un jeu de pari tel qu'un 
jeu de loterie n6cessitant la communication tf une donnee tfun utilisateur 
(3) a un centre (5) de gestion et utilisant un organe (2) de transmission, 
caract6ris6 en ce qu'il consiste h transmettre audit centre (5) de gestion 
ladite donn6e obtenue h partir d'un support pr6pay6 par ledit utilisateur et si 
ladite donnee est retrouv6e dans des moyens de stockage du centre de 
gestion, a valider la participation dudit utilisateur (3) audit jeu. 

2) Proc6d6 selon la revendication 1, caract6ris6 en ce qu'il consiste 
k conserver la trace de la transmission de ladite donn6e de manidre k ne 
pas valider la participation dudit utilisateur si ladite donn6e a 66ik 6t6 
transmise au centre (5). 

3) Proced§ selon I'une des revendications 1 k 2, caract6ris6 en ce 
qu'il consiste k transmettre audit centre (5) de gestion en plus de ladite 
donn6e, une information calcuI6e k partir de ladite donnde et/ou d'un ou 
plusieurs autres 6i6ments au moyen d'un processus de calcul 
cryptographique, ladite Information 6tant obtenue k partir dudit support (4). 

4) Proc6d6 selon la revendication 3, caracteris6 en ce Talgorithme 
cryptographique est de type quartz. 

5) Proc6d6 selon Tune des revendications 3 ou 4, caract6ris6 en ce 
qu'il consiste k renvoyer a I'organe de transmission (2) dudit utilisateur un 
certificat calcul6 a I'aide d'un processus de calcul cryptographique k partir 
de ladite donn6e et/ou de ladite information et/ou d'un ou plusieurs autres 
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§l6ments, certificat indiquant audit utilisateur que sa participation a ^te 
validde. 

6) Proced^ selon Tune des revendications 3 ou 4, caract6ris6 en ce 
que le centre de gestion ou tout autre composant calcule une Information 
appel6e signature au moyen d'un algorithme cryptographique k partir de la 
donn6e re?ue et/ou d'un 6l6ment appel6 d6fi, d6fi associ6 a ladite donn^e 
regue et retrouv6 par le centre de gestion dans des moyens de 
memorisation, et en ce que le centre de gestion ne valide la participation de 
Tutilisateur que si ladite signature calcutee correspond a ladite information 
re9ue. 

7) Proc6d§ selon Tune des revendications 1 a 6, caract6ris6 en ce 
que i'organe (2) de transmission utilise et/ou transmet en plus de ladite 
donn6e au centre (5) de gestion des informations contenues dans ledit 
support (4) insert dans i'organe de transmission ou autres et/ou des 
informations saisies dans Torgane de transmission (2) par I'utilisateur (3) 
et/ou des informations pr6 enregistr6es dans ledit organe de transmission 
(2). 

8) Proc6d§ selon la revendication 5, caract6ris6 en ce que le centre 
de gestion transmet les r§sultats du jeu a I'utilisateur et h un centre (6) de 
paiement et communique ladite donn6e et ledit certificat audit centre de 
paiement. 

9) Centre de gestion apte k mettre en oeuvre le proc6d6 selon I'une 
des revendications 1^8. 

10) Organe de transmission tel qu'un t6l6phone mobile apte k 
mettre en oeuvre le proc6d6 selon Tune des revendications 1 k 8. 

11) Support comprenant des moyens de memorisation 
d'informations et apte k §tre ins6r6 dans un organe (2) de transmission, 
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caracteris§ en ce qu'il comprend au moins une zone masqu§e susceptible 
d'§tre d6couverte de manidre definitive sur laquelle est inscrite une donn§e 
et en ce que lesdits moyens de memorisation comprennent des param^tres 
propres k un ou plusieurs types de jeu de pari tel qu'un jeu de loterie et/ou 
des elements divers susceptibles d'§tre utilises lors de la mise en ceuvre 
dudit jeu. 

12) Support selon la revendication 11, caracteris§ en ce qu'il 
comprend au moins une zone masqu6e susceptible d'etre d§couverte de 
maniere definitive sur laquelle est inscrite une information obtenue k Taide 
d'un processus de calcui cryptographique k partir de ladite donn6e et/ou 
d'un ou plusieurs autres elements. 

13) Support selon la revendication 12, caracteris6 en ce que ladite 
donnee et/ou ladite information est(sont) inscrit(es) sur une ou plusieurs 
zones masquees donn6es, la donnee et/ou rinformation etant elle- 
meme(elles-m§me) inscrit(es) dans chacune des zones de mani6re 
normale, meiang6e ou cryptee. 

14) Programme d'ordinateur comprenant des instructions de code 
de programme pour Texecution d'etapes du precede selon Tune des 
revendications 1 k 8 lorsque ledit programme est execute dans un systdme 
informatique ou equivalent. 
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